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IN THE CLAIMS : 

Please amend the claims as follows. The claims are in the format as required by 35 
C.RR. § 1.121. 

1 . (Currently amended) A method of modeling an arbitrarily complex environment, 
comprising: 

on a computer having a computer memory and a processor, defining a plurality of types 
otdata structures for dynamically accommodating chang e s to th e arbitrari l y comp l ex 
e nv i ronm e nt in a data model, wherein each of the data structures comprises compon e nts and 
r el ationsh i ps one or more fields or properties associated with the data structure, wherein all 
data structures of the same type contain the same properties ; 

instantiating a component for r e pr e senting each atomic entity in the arbitrarily complex 
environment with a component i n th e data model , wh o r o in o ach atomic e nt i ty i s a l ogical or 
physica l entity in th e arbitrarily comp l ex env i ronm e nt and wherein the each component has a 
set of fields which contain information relating to the atomic entity associated with the 
component , wherein the set of fields comprises: 

a set of property fields containing information about the attributes or 

characteristics of the component; and 
a field that contains a link to its component type; 

assigning values to the properties in the instantiated component based on the attributes 
of the entity which the component was instantiated to represent; 

instantiating a relationship for representing an association or a dependency between two 
or more components in the data model with a relationship , wherein [[the]] each relationship 
[[has]] comprises: 

a name f ie ld containing a relat i onship nam e wh i ch i s bu i lt programmat i ca l ly and 
wh i ch automatica ll y assoc i ates tho re l ationsh i p w i th two or more physica l 
or l ogical e ntities that corr e spond to th e two or more components 

a field that is a foreign key to its relationship type: and 

a set of property fields containing information about one or more of the attributes 
of the relationship; and 
storing the components in a schema, wherein property definitions of each component 
are linked to a type of component, wherein changes made to the type of component are 
automatically associated with all components of that type of component without changing the 
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schema automat i cal l y chang i ng the ro l ationnhip to reflect a corresponding change in the 
arbitrarily complex environment. 

2. (Currently amended) The method of claim 1 , wherein each component is instantiated 
based on a generic component type and has a set of core attributes comprising an id, a name, 
a description, a type, and a set of properties proportv. and th e pres e nc e of e vents, whoro i n - fe e 
name fie l d QGCoe i atoe th e componont w i th a part i cular atom i c entity . 

3. (Previously Presented) The method of claim 1 , wherein each component type is in a 
hierarchy of component types. 

4. (Currently amended) The method of claim 2, wherein each property has a data type of 
one or moro of a string, a numeric, a Boolean, a link, a date/time and a custom type. 

5. (Previously Presented) The method of claim 2, wherein each property is a data 
structure having a name, a description and a value. 

6. (Cancelled). 

7. (Cancelled). 

8. (Previously Presented) The method of claim 1 3 wherein each relationship type is a 
parent type or a subtype. 

9. (Cancelled), 

10. (Currently amended) The method of claim [[9]] I, wherein each component is 
represented in a component table. 

1 1 . (Original) The method of claim 10, wherein each component type is represented in 
component type table. 

12. (Original) The method of claim 1 1 , wherein each relationship is represented in a 
relationship table. 
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13. (Original) The method of claim 12, wherein each relationship type is represented in 
relationship type table. 

14. (Currently amended) The method of claim 13, wherein the relationship table links each 
relationship to at l east exactly two components, 

15. (Previously Presented) The method of claim 14, wherein the relationship table and the 
relationship type table are distinct. 
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1 6. (Currently amended) A system for modeling an arbitrarily complex environment, 
comprising: 

a computer having a memory for storing a set of computer-executable 
instructions and a processor for executing the computer-executable instructions operable to: 

define a plurality of data structures for dynam i ca ll y accommodating 
e hang e s to the arbitrar il y complex e nv i ronm e nt in a data model, wherein each of the 
data structures comprises oompononts and relat i onsh i ps one or more fields of 
properties associated with the data structure, wherein all data structures of the same 
type contain the same properties : 

g e n e rate instantiate a set of components in the data model, wherein each 
component in t he set of components represents each a particular atomic entity within 
the arbitrarily complex environment, wh e rein each atomic ent i ty i s a logical or phys i cal 
entity in the arb i trar i ly complex env i ronm e nt and wherein each component has a set of 
fields which contain information relating to the atomic entity associated with each 
component , wherein the set of fields comprises : 

a property field containing information about the attributes or characteristics of 

the component: and 

assign values to the properties in the instantiated component based on the attributes of 
the entity which the component was instantiated to represent: 

gonorat o instantiate a set of relationships in the data model, wherein each relationship 
represents an association between at least two of the components, wherein [[the]] each 
relationship [[has]] comprises: 

a name field conta i ning a r e lat i onship nam e which 4s bui l t programmatica l ly and 
wh i ch automatica ll y associates th e r el ationship w i th two or mor o phys i ca l 
e r -l og ical e ntiti e s that correspond to th o two or mor e compon e nts 
a property field containing information about one or more of the attributes of the 
relationship: and 

store the components in a schema, wherein property definitions of each 
component are linked to a type of component, wherein changes made to the type of 
component are automatically associated with ail components of that type of component 
without changing the schema, and wherein one or more fields in a relationship are 
changed based on a check in the relationship check field to reflect a utomatica l ly chanao 
th e r e lat i onsh i p to reflect a corresponding change in the arbitrarily complex environment. 
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17. (Currently amended) The system of claim 16, wherein each component is instantiated 
based on a generic component type and has a set of core attributes comprising an id, a name, 
a description, a type, and a set of properties prop e rty, and th e pr e s e nc e of e v e nts, wh e rein the 
name fieid associat e s the component with a part i cu l ar atomic ontity . 

18. (Currently amended) The system of claim 16 [[ ]], wherein each component type is in a 
hierarchy of component types. 

19. (Currently amended) The system of claim 18, wherein each property has a data type of 
one Q P- m o r e of a string, a numeric, a Boolean, a link, a date/time and a custom type. 

20. (Previously Presented) The system of claim 19, wherein each property is a data 
structure having a name, a description and a value. 

21. (Cancelled). 

22. (Cancelled). 

23. (Currently amended) The system of claim [[22]] 16, wherein each relationship type is a 
parent type or a subtype. 

24. (Cancelled). 

25. (Currently amended) The system of claim [[21]] 16, wherein each component is 
represented in a component table. 

26. (Original) The system of claim 25, wherein each component type is represented in 
component type table. 

27. (Original) The system of claim 26, wherein each relationship is represented in a 
relationship table. 
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28. (Original) The system of claim 27, wherein each relationship type is represented in 
relationship type table, 

29. (Currently amended) The system of claim 28, wherein the relationship tabie links each 
relationship to at least exactly two components. 

30. (Previously Presented) The system of claim 29, wherein the relationship table and the 
relationship type table are distinct. 
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31 . (Currently amended) A software product capab le of comprising a set of instructions 
stored jnstruct i ng a computer on a computer : readable medium, wherein the computer has a 
computer memory and a processo r for executing the set of instructions , wherein the software 
product comprises: 

an instruction to define a plurality of data structures for dynamica l ly accommodat i ng 
chang o o to an arbitrar il y compl e x environmen t in a data model, wherein each of t he data 
structures comprises compon e nt s and r e lat i onsh i ps one or more fields of properties associated 
with the data structure, wherein all data structures of the same type contain the same 
properties : 

an instruction to r e pr e s e nt instantiate a component for each atomic entity in the 
arbitrarily complex environment, wh e r ei n e ach atomic entity is a logical or phys i ca l e nt i ty 
i n tho arb i trari l y complex onvironmont and wherein the each component has a set of 
fields which contain information relating to the atomic entity associated with the 
component , wherein the set of fields comprises: 

a property field containing information about the attributes or characteristics of 
the component: and 

an instruction to assign values to the properties in the instantiated component based on 
the attributes of the entity which the component was instantiated to represent: 

an instruction to r e pr e s e nt instantiate a relationship to represent an association or a 
dependency between two or more components with a relationship , wherein [[the]I each 
relationship [[has]] comprises: 

a property field containing information about one or more of the attributes of the 
relationship a name f i e l d conta i n i ng a r e lationship namo wh i ch i s built programmat i na ll y and 
wh i ch automat i ca ll y assoc i at e s the relat i onsh i p with two or mor e physical or log i ca l ent i ties that 
corr e spond to the two or mor e compon e nts r el ationships ; and 

an instruction to store the components in a schema, wherein property definitions of each 
component are linked to a type of component, wherein changes made to the type of 
component are automatically associated with all components of that type of component 
without changing the schema, wherein one or more fields in a relationship are changed 
to reflect automat i cally chanp o the r e iationsh i p to reflect a corresponding change in the 
arbitrarily complex environment. 



32. (Currently amended) The software product of claim 31 , wherein each component is 
instantiated based on a generic component type and has a set of core attributes comprising an 
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id, a name, a description, a type, and a set of properties prop o rty. and th e pr e s e nc e of e v e nts, 
wh e r ei n th e nam e fie l d associates tho compon e nt with a particular atom i c e ntity . 

33. (Previously Presented) The software product of claim 31 , wherein each component type 
is in a hierarchy of component types. 

34. {Currently amended) The software product of claim 33, wherein each property has a 
data type of one or mor e of a string, a numeric, a Boolean, a link, a date/time and a custom 
type. 

35. (Previously Presented) The software product of claim 34, wherein each property is a 
data structure having a name, a description and a value, 

36. (Cancelled). 

37. (Cancelled). 

38. {Previously Presented) The software product of claim 37, wherein each relationship 
type is a parent type or a subtype. 

39. (Cancelled). 

40. (Currently amended) The software product of claim [[6]] 31 wherein each component 
is represented in a component table. 

41 . (Previously Presented) The software product of claim 40, wherein each component type 
is represented in component type table. 

42. (Previously Presented) The software product of claim 41 , wherein each relationship is 
represented in a relationship table. 

43. (Previously Presented) The software product of claim 42, wherein each relationship 
type is represented in relationship type table. 
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44. (Currently amended) The software product of claim 43, wherein the relationship table 
links each relationship to at le ast exactly two components. 

45. (Previously Presented) The software product of claim 44, wherein the relationship table 
and the relationship type table are distinct, 

46. (Currently amended) The method of clairrM , further comprising, utilizing a typing system 
to define the hierarchy of components and relationships. 

47. (Previously Amended) The method of claim 46, wherein the typing system further 
includes a generic model structure to define a hierarchy of components and relationships. 

48. (Previously Amended) The method of claim 47, wherein a data structure is associated 
with the generic data model. 

49. (Previously Presented) The method of claim 48, wherein the data structure associated 
with the generic data model is stored utilizing a table schema. 

50. (Previously Presented) The method of claim 49, wherein the table schema does not 
change with an addition of a data structure or types of data structures. 



51-53. (Cancelled). 



